Date: Sat, 7 May 94 04:30:22 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: Bulk 

Subject: Ham-Digital Digest V94 #140 

To: Ham-Digital 


Ham-Digital Digest Sat, 7 May 94 Volume 94 : Issue 140 


Today's Topics: 
[Q] your opinion for BEST HF PacTOR rig ? 
HAPN 4800 Baud Modem 
Help for PK232 problem 
help with KaGold software..!! (2 msgs) 
High Speed Packet ? 
JNOS 1.10C 
More Software for Baycom? 
Telnet from KA9Q-NOS 
TM-733A & AEA DSP-2232 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: Thu, 5 May 1994 17:46:04 GMT 

From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!magnus.acs.ohio-state.edu! 
usenet.ins.cwru.edu!news.csuohio. edu! sww@network.ucsd.edu 

Subject: [Q] your opinion for BEST HF PacTOR rig ? 

To: ham-digital@ucsd.edu 


Kenneth C Hopper (khopper@kimbark.uchicago.edu) wrote: 

: I see that only the Yaesu has a "RTTY" and "Packet" connector on 

: the back of the rig. But since most of PacTOR is/will be LSB and 
not use the FSK capabilities of the rig - is there an advantage ? 


A power supply in my Yaesu 980 was no where near what is required for 
Pactor. To replace it, I ordered a Kenwood 450. Never having had a 


Kenwood HF radio, I was still able to be up and talking on Pactor in 

. get this ... 15 minutes (but I already had a hot iron). It has so 
many obvious features that lend itself to digital work that I went out 
and replaced another Yaesu with a Kenwood 690. 


Get the 500 hertz filter and ignore people who say not to use it with 
GTOR. It works great. 


I ran extensive tests (while away from home using the 690 to the 450) 

with both FSK and AFSK. FSK showed NO indication of being superior. 

I changed to AFSK so that I could parallel two KAMs and run Pactor and 

GTOR on the same radio. By using AFSK, there are no frequency problems, 

the frequency for Pactor is the same as the one for GTOR. You will find 
that GTOR works great in a great band but you can't even connect in a 

crummy situation. By having both the GTOR and Pactor you can take advantage 
of the GTOR speed (especially above 40 meters) and still have Pactor for 
crummy conditions and noisy 80 meter attempts (the 450 scans). 


73, 
Steve 
NO8M@NO8M.#NEOH.OH.USA.NA 
ag807@cleveland.freenet.edu 
use this for internet replies 


Date: Fri, 6 May 94 06:26:08 EDT 
From: VNET.IBM.COM@uunet.uu.net 
Subject: HAPN 4800 Baud Modem 
To: ham-digital@ucsd.edu 


I recently got a HAPN 4800 baud modem kit that I plan to install into 

a DRSI DPK-2 tnc. DRSI tech support does not have any info on doing this. 
I have been told that the address in the doc's I have for the 4800 baud 
modem is old. Does any one have either the address and phone number of 
HAPN. Ox have any info on installing the modem into a DRSI TNC. 


Any info would be appreciated. 


Stephen sharp 
IBM, Micro Electronics Div. 
Burlington, VT Internet ID: ssharp@vnet.ibm.com 


Date: 6 May 1994 19:02:10 GMT 
From: news.larc.nasa.gov!lerc.nasa.gov!kira.cc.uakron.edu!malgudi.oar.net! 


news.ysu.edu!yfn.ysu.edu!as779@ames.arpa 
Subject: Help for PK232 problem 
To: ham-digital@ucsd.edu 


Help!...Need assist with PK-232 problem. 


Have suddenly partially lost ability to communicate with my 

PK232. Using Mac LC, and both ZTerm and AEA MacRatt comm software, 
the TNC refuses to recognize commands from keyboard. With MacRatt 
trying to startup in "Host Packet VHF" mode,the message 

"Host Mode cannot be turned on, check cable and baud rate" appears. 
Resetting TNC settings from dialog box (Host Mode ON, CTS flow, 
9600b Port speed) does not kick it back on. 

In MacRatt "dumb terminal" mode, and also with ZTerm (another 
terminal emulator), I can copy received packets, and with a CTL-C 
get a returned "cmd:" prompt. However, no further input from 
keyboard is recognized or acted upon, other than "cmd:" at CTL-C. 


The cable is ok and have triesd a substitute. 

The computer and comm port is ok, and I use terminal programs 

with phone modem and same cables with no problems. 

Supply voltage to PK232 is 12V or better. 

The four LED's at leftlight at powerup, PKT mode LED lit, CMD LED lit. 
Cold power up of PK232 yields the normal startup message on screen. 


Is there another diagnostic for PK 232 or suggestions for 
solution of this problem? Please reply to my email address. 
(Packet reply just won't work for now :-) ) 


Thanks in advance. 

Chuck Reti Detroit,MI WV8A 
Internet: aaQ10@detroit.freenet.org 
packet: wv8a@wb8zpn.#semi.mi.usa.na 


Date: 6 May 94 17:29:57 GMT 

From: yale.edu!noc.near.net!jericho.mc.com! fugu! levine@yale.arpa 
Subject: help with KaGold software..!! 

To: ham-digital@ucsd.edu 


In article 6054@muvms6, desaid@muvms6.wvnet.edu () writes: 

-->HI Everyone: 

--> 

-->I am new to packet radio and I was wondering, is KaGold software available 
-->in public domain so that I can download it from some ftp site. 


--> 

-->Please let me know either by email or post it to this net. 
--> 

-->Thanks a lot. 

--> 

-->73, 

-->Dinakar kb8phz 

-->kb8phz@ka4ros.ky.usa.noam 

--> 


KaGold is commercial software, but there is a demo version 
available on many ham BBS's. Sorry but I cant point you 
to an FTP site. If you can't locate it, call Interflex 

at (714)496-6639 or you can probably D/L it from their 
phone BBS (714)497-5860. 


I use PkGold (the AEA equipment version) and I think 


it is superior to all other TNC software interface 
programs, by far. 


Bob Levine KD1GG 7J1AIS VK2GYN formerly KA1JFP 
levine@mc.com <--Internet email Phone(508) 256-1300 x247 
kdigg@walphy.ma <--Packet Mail FAX(508) 256-3599 


Date: 6 May 94 22:32:25 GMT 

From: agate! howland.reston.ans.net!usc!elroy.jpl.nasa.gov!hyperion.jpl.nasa. gov! 
laborde@ucbvax.berkeley.edu 

Subject: help with KaGold software..!! 

To: ham-digital@ucsd.edu 


In article <2qduql$aib@jericho.mc.com> Bob Levine, levine@mc.com writes: 


>KaGold is commercial software, but there is a demo version 
>available on many ham BBS's. Sorry but I cant point you 


I have the KaGOLD version 9.01 and I think it is the best thing going for 
vanilla AX.25 packet. One word of caution (OK several): That KaGOLD test 

drive SUCKS!!! I think that it is probably keeping them from getting rich 
off the real software. It works, but after you have decided that you like 
it and need to go back to your old software while you wait for KaGOLD to 

arrive, you will find that "TESTDRIVE" as it is called does not revert 


your TNC's settings to their former useful state. This causes no end of 
frustration. 


KaGOLD TESTDRIVE is also representative of the software from about two 
generations ago, and many of the new features that make it so nice are 
not present. 


Buy it direct from Interflex, the vendor. It costs the same, and I know 
too many people whose disks from HRO have been unusable. Also, you get 
the very latest version and they usually throw in a disk of goodies. 
KaGOLD is key-locked to prevent unauthorized use. When you get it, even 
if from HRO, you have to call the company anyway. They give you an 
11-digit "registration number" which, when combined with your callsign, 
unlocks the software. If you call them to order it, they will ship it 
2-day Express Mail and will give you your registration number so that if 
you have a modem you can call up their BBS and download the software for 
immediate use. 


-Greg 
"Not a stockholder, just a very satisfied customer." 


Date: Fri, 6 May 1994 15:35:49 GMT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!uknet! festival! 
dcs.ed.ac.uk! jmb@network.ucsd.edu 

Subject: High Speed Packet ? 

To: ham-digital@ucsd.edu 


Hi, 


I'm interested in learning about the various options available for high 

speed packet radio. I know about the G3RUH 9600 baud modem and have heard 

of the AEA DSP based device but what else is there ? Is there anything faster 
than 9600 baud - what modulation techniques are used ? 


Thanks, 


Justin. 


Date: Fri, 6 May 1994 15:35:33 GMT 

From: ihnp4.ucsd.edu!usc!cs.utexas.edu!howland.reston.ans.net!torn! 
watserv2.uwaterloo.ca!aphid.watstar.uwaterloo.ca!gsjhurlbu@network.ucsd.edu 
Subject: JNOS 1.10C 

To: ham-digital@ucsd.edu 


In article <CpCMrA.wL@srgenprp.sr.hp.com> glenne@sad.hp.com (Glenn Elmore) writes: 
>: Does anyone here know of another FTP site where I can find JNOS 1.10C? The 


>I had a similar problem with this file. I found a good version 
>(the same length, as I remember) on ftp.ece.orst.edu 


Thanks... I knew there was another site, but I had forgotten where it was, 
and as I said, ARCHIE totally failed me... 


Gavin Hurlbut | A die hard fan of: 
gjhurlbu@electrical.uwaterloo.ca | Sleep, InterNet use, 

gavin. hurlbut@£210.n221.z1.fidonet.org | VGA Planets (what a way to 
ad1i29@freenet.carleton.ca | waste time), procrastination, 
ghurlbut@lotds.uucp | and other such useless hobbies 


Date: 6 May 94 16:46:27 GMT 

From: epicb!davids@uunet.uu.net 
Subject: More Software for Baycom? 
To: ham-digital@ucsd.edu 


I purchased a Baycom modem at Dayton. I'm looking for more software that 
runs on the Baycom modems. Any pointers would be appreciated. 


-David N9PGH 
davids@truevision.com 


Date: Fri, 6 May 1994 10:12:13 GMT 

From: ihnp4.ucsd.edu!munnari.oz.au!hippo.ru.ac.za!ucthpx!uctvax.uct.ac.za! 
thebox.ee.ctech.ac.za!Jakes@network.ucsd.edu 

Subject: Telnet from KA9Q-NOS 

To: ham-digital@ucsd.edu 


In article <Imraanm.1.2DC75D41@maxwell.ctech.ac.za> Imraanm@maxwell.ctech.ac.za 
(jakes) writes: 

>Subject: Telnet from KA9Q-NOS 

>From: Imraanm@maxwell.ctech.ac.za (jakes) 

>Date: Wed, 4 May 1994 08:30:57 GMT 

>Keywords: ka9q nos net 

>Summary: Help with KA9Q-NOS 


>Hi All, 


>I am currently running KA9Q NOS version 930507 compiled for 386/486 
>copyright 1992. I think I pulled it of oak.oakland.edu 


>When you telnet into the system you get the mailbox with various facilities 
>like telnet. 


>So when you use this telnet function to telnet to another host on the 
>internet network, it get as far as the intro messages before the login 
>prompt and just before you get the login prompt, the remote system 
>disconnects you..... help! 


>But if you telnet to a mail port (port 25) it connects fine and let you send 
>mail manually. 


>Please can anybody perhaps help? 


>Send all replies to jakes@maxwell.ctech.ac.za and I will then post it back 
>into this newsgroup. 


>Thanks 
>JAKES 
> ie Set St. nes ie al eS kal ae» ab e d <d Sb. its b-actin” Se sa 5 a5 at <a a ee a? Ne 5 > eae a ea 
>| J. du Toit /// | E-mail: jakes@maxwell.ctech.ac.za | 
>| Electrical Engineering 00 | HAM: ZR1ADG 
>| Cape Technikon ( | Tel: +27 21 4603083 (w) 
>| Cape Town - | Fax: +27 21 451698 
| | 


>| South-Africa 


Well after many hours and late nights, I figured it out..... 

It was my KA9Q-NOS station's escape character that caused all the disconnects 
from the telnet services. The default was control-X so I 've changed it to 
control-[. Anyway my system is now up and running..... 


Thanks to everybody who has read this article. 


JAKES 


Date: 5 May 1994 16:58:16 GMT 

From: ihnp4.ucsd.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!olivea!ncd.com! 
newshost.ncd.com!hansen.ncd.com! phil@network.ucsd.edu 

Subject: TM-733A & AEA DSP-2232 

To: ham-digital@ucsd.edu 


I just got a Kenwood TM-733A and have had a AEA DSP-2232 for some time. I 
connected them up last night and it seems to work! 


Questions: 
1) I measured the deviation (with a service monitor) and it is 1KHz max. 
What is the recommended deviation for 9600 baud packet? 


2) If it is more than 1KHz, how can I increase the gain of the DSP-2232? I 
have already adjusted the one pot that is available. 


3) How low of a TXDelay is possible with this combination? 


Thanks! 


Phil 


phil@ncd.com 


Date: 6 May 94 15:48:32 GMT 

From: agate! howland.reston.ans.net!torn!hermes.acs.ryerson.ca!ee.ryerson.ca! 
jeff@ucbvax.berkeley.edu 

To: ham-digital@ucsd.edu 


References <1994May4.100155 .15200@dxcern.cern.ch>, 
<2q8erk$qdc@hermes.acs.ryerson.ca>, <1994May5.163709.18976@dxcern.cern.ch> 
Subject : Re: PacketRadio forLinux with Baycom ?? 


Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: 
: In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jeff Dionne) 
writes: 


: >Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: 

: >: Bottom line: if the LINUX operating system doesn't "blind" the CPU 
: >: to interrupts for longer than about 0.1 ms one could (in principle) 
: >: write a driver for the BAYCOM modem running at 1200 bps. 


: >There is no way to tell exactly how long the kernel will disable interupts 

: >for, it depends on what is happening... and since ANYTHING could be, one 

: >has to assume that there probabily will not be that kind of accuracy. Having 
: >said that, however, there is a driver for Linux that does audio over the 

: >pc speaker using a timer and some sort of PWM, and it works unless the 

: >machine is busy with disk I/O ox the like..... If you don't mind packet 

: >loss when the machine is busy, and the machine comming to a halt when 


: >packet is going on (as it does with the pc speaker), then perhaps I'm 
: >wrong and it's worth a try. 


: Just find someone having experience with the above driver and ask him 

how it goes in real life. Then write a driver for the BAYCOM modem 

: and expect improvements: 

: 1. On receiving the BAYCOM driver should be about 4-5 times more "reliable". 
This is because the "speaker" driver probably takes the audio directly 
into the COM port which I can estimate needs 4-5 times better timing 
precision. 


No, no I'm sorry, I mislead you. The speaker driver just simulates the 
SPARC /dev/audio soundcard device for playback only of sounds. It does 
not do packet of any sort. 


: 2. On transmiting the BAYCOM driver would not halt the machine. It would 
just interrupt it 1200 times per second to make every outgoing bit. 
By the way, the "speaker" driver is for 300 or 1200 bps packet ? 


: Anyway, the excercise of writing the BAYCOM driver would be an interesting 
: one. Even if you cannot make it to work on 1200 bps it may work on 300 bps. 
: I£ not, then go down to 100 bps. Slow link is better than no link :-) 


: Pawel 

Well, the speaker driver interrupts the cpu at >18kHz, so I guess that's 

not a problem. The only thing is that during disk I/O and the like, 
interrupts are off, causing noticable disruptions. Can you point me at some 
relevant source code? I'll see if I can merge the two. 


Jeff@EE.Ryerson.Ca 


Date: Thu, 5 May 1994 16:37:09 GMT 

From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!EU.net!CERN.ch!dxcern! 
jalocha@network.ucsd.edu 

To: ham-digital@ucsd.edu 


References <2q6e92$kbk@hermes.acs.ryerson.ca>, 
<1994May4.100155.15200@dxcern.cern.ch>, <2q8erk$qdc@hermes.acs.ryerson.ca> 
Subject : Re: PacketRadio forLinux with Baycom ?? 


In <2q8erk$qdc@hermes.acs.ryerson.ca> jeff@ee.ryerson.ca (Donald Jef£ Dionne) 
writes: 


>Pawel Jalocha (jalocha@dxcern.cern.ch) wrote: 
>: Bottom line: if the LINUX operating system doesn't "blind" the CPU 
>: to interrupts for longer than about 0.1 ms one could (in principle) 


>: write a driver for the BAYCOM modem running at 1200 bps. 


>There is no way to tell exactly how long the kernel will disable interupts 
>for, it depends on what is happening... and since ANYTHING could be, one 
>has to assume that there probabily will not be that kind of accuracy. Having 
>said that, however, there is a driver for Linux that does audio over the 

>pc speaker using a timer and some sort of PWM, and it works unless the 
>machine is busy with disk I/O or the like..... If you don't mind packet 
>loss when the machine is busy, and the machine comming to a halt when 

>packet is going on (as it does with the pc speaker), then perhaps I'm 

>wrong and it's worth a try. 


Just find someone having experience with the above driver and ask him 

how it goes in real life. Then write a driver for the BAYCOM modem 

and expect improvements: 

1. On receiving the BAYCOM driver should be about 4-5 times more "reliable". 
This is because the "speaker" driver probably takes the audio directly 
into the COM port which I can estimate needs 4-5 times better timing 
precision. 

2. On transmiting the BAYCOM driver would not halt the machine. It would 
just interrupt it 1200 times per second to make every outgoing bit. 

By the way, the "speaker" driver is for 300 or 1200 bps packet ? 


Anyway, the excercise of writing the BAYCOM driver would be an interesting 
one. Even if you cannot make it to work on 1200 bps it may work on 300 bps. 
If not, then go down to 100 bps. Slow link is better than no link :-) 


Pawel 


End of Ham-Digital Digest V94 #140 
KKKKKKKKKKKKKKKAKKKKKKKKKERA KKK 


